REQUETE 



Le soussigne" requiert que la presente demande 
intemationale soit traitee conform^ment au Traite de 
cooperation en matiere de brevets. 



R£serv£ & V office recepteur 



Demande intemationale n° 



Date du d£pot international 



Norn de I'office recepteur et "Demande intemationale PCT" 



Reference du dossier du ddposant ou du mandataire (facultatif) 

(12 caracteres au maximum) _ * _ _ ^ „ ^ _ 

_ , PrT PC 



Cadre n° I TITRE DE LMNVENTION 

Procede de creation de fichiers de configuration d'objets inclus dans un system e informatique, 



Cadre n° II DEPOSANT 



Nom et adresse : (Nom de familie suivi du prenom; pour une personne morale, designation 
officielle complete. L 'adresse doit comprendre le code postal et le nom dupays. Le pays de 
I adresse indiquee dans ce cadre est I 'Etat oil le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 



E VIDIAN 

Rue Jean Jaures . 
BP 68 

78340 LES CLAYES SOUS BOIS 
FRANCE 


n* de t6l£phone 

33 m 30.80.70.00 


n° de t6I6copieur 

33 m 30.80.73.73 


n w de t£I£imprimeur 


Nationality (nom de l'Etat) : 

FRANCE 


Domicile (nom de TEtat) : 

FRANCE 


Cette personne est | 1 tousles Etats tousles Etats designcs sauf 1 I les £tats-Unis d'Amerique I | les Etais indiques dans 

ddposant pour : | J designed \/\\ les Etats-Unis d'Amerique | | seulement | | le cadre supplemental re 


Cadre n° III AUTRE(S) DEPOSANT(S) OU (AUTRE(S)) INVENTEUR(S) 



□ 



Cette personne est aussi 
inventeur. 



Nom et adresse : (Nom de familie suivi du prenom; pour une personne morale, designation 
officielle complete. L 'adresse doit comprendre le code postal et le nom du pays. Lepays de 
I adresse indiquee dans ce cadre est / 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 



ANDREI Pierre 
10, rueHerold 
75001 PARIS 
FRANCE 



Cette personne est : 

| | deposant seulement 

deposant et inventeur 

| | inventeur seulement 
(Si cette case est cochee. 
ne pas remplir la suite.) 



National it6 (nom de TEtat) : 



FRANCE 



Domicile (nom de I'£tat) : 



FRANCE 



Cette personne est 
deposant pour : 



□ tousles£lats | 1 tous les £tats designed sauf 
designes | | les Etats-Unis d'Amerique 



les Etats-Unis d'Amirique | 1 les Etats indiques dans 

seulement | I le cadre suppllmentaire 



| | D'autres de>osants ou inventeurs sont indiques sur une feuille annexe. 



Cadre n° IV MANDATAIRE OU REPRESENTANT COMMUN; OU ADRESSE POUR LA CORRESPONDANCE 



La personne dont I ' identity est donned ci-dessous est/a 6 16 designee pour agir.au nonxdu ou„ 
des deposants aupres des autorites intemationales comp&entes, comme: 



nrandatairc | • | rcpresentant commun 



Nom et adresse : (Nom de familie suivi du prenom; pour une personne morale, designation officielle 
complete. L 'adresse doit comprendre le code postal et le nom dupays.) 



complh 

GUnXERM Patrice 
BULL S.A. 

68, route de Versailles (P.C. : 58D20) 
78434 LOUVECffiNNES Cedex 
France 



n° de telephone 



33 (1) 39.66.67.28 



n° de tglecopieur 



33(1)39.66.61.73 



n° de t616imprimeur 



□ Adresse pour la correspondance : cocher cette case lorsque aucun mandataire ni repr^sentant commun n'est/n'a&e^ design^ 
et que I'espace ci-dessus est utilise* pour indiquer une adresse speciale a laquelle la correspondance doit atre envcyoe. 
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Suite du cadre n J III AUTRE(S) DEPOSANT(S) OU (AUTRE(S)) INVENTEUR(S) 


Si aucun des sous-cadres suivants n 'est utilise, cette feuille ne doit pas etre incluse dans la requete. 


Nom et adressc : (Nom de famille suivi du prenom; pour une personne morale, designation 

/ adresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 

BUI-XUAN Hoan 
1, avenue Gambetta 
75020 PARIS 
FRANCE 


Cette personne est : 

| | ddposant seulement 

|^| ddposant et inventeur 

| | inventeur seulement 
(Si cette case est cochee, 
ne pas remplir la suite ) 


Nationality (nom de PEtat) : 

FRANCE 


Domicile (nom de PEtat) : 

FRANCE 


Cette personne est | I tousles Etats | | tous, les Etats ddsignds sauf K7J les ttats-Unisd*Am6rique 1 1 les Etats indiquds dans 
deposant pour : L 1 ddsignds L 1 les Etats-Unis d'Amdrique l^J seulement 1 1 le cadre supplementaire 


Nom et adresse : (Nom de famille suivi du prinom; pour une personne morale, designation 
qfficielle complete. L 'adresse doit comprendre le code postal et le nom du pays. Le pays de 
I adresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n est indique ci-dessous.) 


Cette personne est : 

| | ddposant seulement 

| | ddposant et inventeur 

| | inventeur seulement 
(Si cette case est cochee. 
ne pas remplir la suite.) 


Nationality (nom de PEtat) : 


Domicile (nom de PEtat) : 


Cette personne est | — 1 tousles Etats | 1 tous. les Etats ddsignds sauf 1 1 les Etats-Unis d'Amdrique 1 | les Etats indiguds dans 

deposant pour : 1 1 ddsignds | | les Etats-Unis d'Amdrique I 1 seulement | 1 le cadre suppldmentaire 


Nom et adresse : (Nom de famille suivi du prenom; pour une personne morale, designation 
qfficielle complete. L 'adresse doit comprendre le code postal et le nom dupays. Le pays de 
(adresse indiquee dans ce cadre est I 'Etat oil le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) " 


Cette personne est : 

| | ddposant seulement 

| | ddposant et inventeur 

| | inventeur seulement 
(Si cette case est cochee. 
ne pas remplir la suite.) 


Nationalitd (nom de PEtat) : 


Domicile (nom de P£tat) : 


Cette personne est 1 1 tous les Etats I 1 tous. les Etats ddsignds sauf 1 1 les fctats-Unis d' Amdrique 1 1 les fetats indiquds dans 

ddposant pour : 1 1 ddsignds | | les Etats-Unis d'Amdrique | I seulement | | le cadre suppfdmentaire 


Nom et adresse : (Nom de famille suivi du prenom; pour une personne morale, designation 
qfficielle complete. L 'adresse doit comprendre le code postal et le nom dupays. Le pays de 
I adresse indiquee dans ce cadre est I 'Etat ou le diposant a son domicile st aucun domicile 
n 'est indique ci-dessous.) 


Cette personne est : 

| | ddposant seulement 

| | ddposant et inventeur 

[ | inventeur seulement 

(Si cette case est cochee, 
ne pas remplir la suite,) 


Nationalitd (nom de PEtat) : ' 


Domicile (nom de PEtat) : 


Cette personne est | 1 tous les £tats | 1 tous ies Etats ddsignds sauf | 1 les Etats-Unis d'Amdrique | | les £tats indiquds dans 

ddposant pour : 1 1 ddsignds | | | es Etats-Unis d'Amdrique | I seulement | 1 le cadre suppldmentaire 


| | D'autres ddposants ou inventeurs sont indiquds sur une autre feuille annexe. 
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Feuille n° 3 



Cadre n° V DESIGNATION Di 



ITS 



une au moins doit I *etre) \ 



Les designations suivantes sont faites conformdment a la regie 4.9.a) (cocher les cases appropriees: 
B„cevet regional , 

□ AP Brevet ARIPO : GH Ghana, GM Gambie, KE Kenya, LS Lesotho. MW Malawi, SD Soudan, SL Sierra Leone, 

SZ Swaziland, TZ Republique-Unie de Tanzanie, LfG Ouganda, ZW Zimbabwe et lout autre Etat qui est un Etat contractant du 
Protocole de Harare et du PCT 

□ EA Brevet eurasien : AM Armenie, AZ AzerbaTdjan, BY Belarus, KG Kirghizistan, KZ Kazakhstan, MD Republique de Moldova, 

RU Federation de Russie, TJ Tadjikistan, TM Turkmenistan el tout autre Etat qui est un Etat contractant de la Convention sur 
le brevet eurasien et du PCT 

El EP Brevet europeen : AT Autriche, BE Belgique, CH et LI Suisse et Liechtenstein, CY Chypre, DE Allemagne, 
DK Danemark, ES Espagne, FI Finlande, FR France, GB Royaume-Uni, GR Grece, IE Irlande, IT Italie^ 
LU Luxembourg, MC Monaco, NL Pays-Bas, PT Portugal, SE Suede et tout autre Etat qui est un Etat contractant de la 
Convention sur le brevet europeen et du PCT 

□ OA Brevet OAPI : BF Burkina Faso, BJ Benin, CF Republique centrafricaine, CG Congo, CI Cote d'lvoire, 

CM Cameroun, GA Gabon, GN Guinee, GW Guin^e-Bissau, ML Mali, MR Mauritanie, NE Niger, SN Senegal' 
TD Tchad, TG Togo et tout autre Etat qui est un Iitat membre de 1'OAPI et un Etat contractant du PCT (si une autre forme 

de protection ou de traitement est souhaitee, le precisersur la ligne pointillee) 

Brevet national (si une autre forme de protection oude traitement est souhaitee, lepreciser sur la ligne pointillee) : 

□ AE Emirats arabes unis □ LR Liberia 

□ AL Albanie □ 

□ AM Armenie □ 

□ AT Autriche □ 

□ AU Austral ie □ 

□ AZ AzerbaTdjan □ 

□ BA Bosnie-Herzegovine □ 

□ BB Barbade □ 

□ BG Bulgarie □ 

□ BR Bresil 

□ BY Belarus □ 

□ CA Canada □ 

□ CH et LI Suisse et Liechtenstein □ 

□ CN Chine. . □ 

Costa Rica O 

Cuba □ 

Republique tcheque □ 

Allemagne □ 

Danemark . . . ; □ 

Dominique □ 



LS 
LT 
LU 
LV 
MA 
MD 



Lesotho 

Lituanie 
Luxembourg 
Lettonic 

Maroc 

Republique de Moldova 

MG Madagascar 

MK Ex-Republique yougostave de Macddoine 



□ CR 

□ CU 

□ CZ 

□ DE 

□ DK 

□ DM 

□ EE 

□ ES 

□ FI 

□ GB 

□ GD 
GE 
GH 



Estonie . □ 

Espagne □ 

Finlande I~l 

Royaume-Uni □ 



□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 



Grenade □ SL 

Georgie □ T J 

Ghana □ TM 

GM Gambie □ TR 

HR Croatie □ TT 

Hongrie .-. s - □ TZ 



HU 

ID Indonesie 

IL Israel 

IN Inde 

IS Islande 

JP Japon . 

KE Kenya 

KG Kirghizistan 

KP Republique populaire democratique de Coree 



□ 
□ 
is 



MN Mongolie 

MW Malawi 

MX Mexique 

Norvege 

Nouvelle-Zeiande 

Pologne 

Portugal 

Roumanie 

Federation de Russie 

Soudan 
Suede 
Singapour 

Slovenie 

Slovaquie 

Sierra Leone 

Tadjikistan 

Turkmenistan 

Turquie 

Trinite-et-Tobago 

Republique-Unie de Tanzanie 

Ukraine 

Ouganda 

Etats-Unis d'Amerique 



NO 
NZ 
PL 
PT 
RO 
RU 
SD 
SE 
SG 
SI 
SK 



UA 
UG 
US 



□ UZ Ouzbekistan 

□ VN Viet Nam 

□ YU Yougoslavie 

C] ZA Afrique du Sud 

. V □ ZW Zimbabwe 

Republique de Coree Cases reservees pour la designation d 'Etats gui sont devenus parties 

Kazakhstan . au PCT apr£s la publication de la presente feuille : 

Sainte-Lucie □ ; 

Sri Lanka □ 

Declaration concernant les designations de precaution : outre les designations faites ci-dessus, le deposant fait aussi conformement 
1 la regle4.9.b)toutes les designations qui seraient autor is6es en vertu du PCT, a Texceptiondetoute designation indiqueedans le cadre 
supplemental comme etant exclue de la portee de cette declaration. Le deposant declare que ces designations additionnelles sont 
faites sous reserve de confirmation et que toute designation qui n'est pas confirmee avant Pexpiration d'un deiai de 15 mois a compter 
de la date de priori te doit 6 tre conside>ee comme retiree par le deposant a 1 'expiration de ce deiai. (La confirmation (y compris les taxes) 
doitparvenira I 'office recepteur dans le deiai del 5 m ois.) 



KR 
KZ 
LC 
LK 
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Voir les notes relatives au formulaire de requite 



Cadre n° VI 



Feuille n° 



REVENDICATION DE PRIORITE 



□ 



D'autres.revendi cat ions de priorite sont 
indiquees dans le cadre supplementaire 



Date de depot 
de ta demande anlerieure 
(jour/mois/annee) 


Numdro 
de la demande anterteure 


Lorsque la demande ante>ieure est une : 


demande nationale : 
pays 


demande regionale :* 


demande international : 

i~\ Til t~* rApA r\ t f> 1 1 r* 

uiiicc icccpicui 


26 novembre 1999 
(26,11.99) 


99 14882 


FRANCE 






(2) 










(3) 











L'office recepteur est prie de preparer et de transmettre au Bureau international une copie certiflee conforme de la ou des demandes 
anterieures (settlement si la demande anterteure a ete deposee aupres de I 'office qui. auxfins de 
la presente demande Internationale, est V office recepteur) indiquees ci-dessus au(x) point(s) : 



1 



* Si la demande anlerieure est une demande AR1PO. il est obligaioire d'indiquer dans le cadre supplementaire au moins un pays partie a la Convention 
de Paris pour la protection de la propriete industrietle pour lequel cette demande anterteure a e te deposee (regie 4.!0.b)ii)). Voir le cadre supph 



Cadre n° VII ADMINISTRATION CHARGEE DE LA RECHERCHE INTERNATIONALE 



Choix de Tad ministration chargee de la recherche 
Internationale (ISA) (si plusieurs administrations 
chargees de la recherche Internationale sont competentes 
pour proceder a la recherche Internationale, indiquer 
I 'administration choisie; le code a deux lettres peut etre 
utilise) : 

ISA/ 



Demande d'utilisation des res u I tats d'une recherche ante>ieure; mention de 
cette recherche (si une recherche anterteure a ete effectuee par V administration 
chargee de la recherche Internationale ou demandee a cette derniere) : 

Date (jour/mois/annee) Numero Pays (ou office regional) 

26.10.2000 FA 583176 FRANCE 
FR 9914882 



Cadre n° VIII BORDEREAU; LANGUE DE DEPOT 



La presente demande international e contient 
le nombre de feu i lies suivant : 



requete : 

description (sauf partie reservee 
au I i stage d es seq uen ces) : 

revendications 

abregd : 

dessins : 

partie de la description reservee 
au listage des sequences : 

Nombre total de feuilles 



18 
3 

1 

1 



27 



Le ou les elements coches ci-apres sont joints a la prdsente demande Internationale : 

1. □ feuille de calcul des taxes 

2. □ pouvoir distinct signe 

3. □ copie du pouvoir general; numero de reference, le cas echdant : 

4. □ explication de Tabsence d'une signature 

5. □ document(s) de priority indiquees) dans le cadre n° VI au(x) point(s) : 

6. □ traduction de la demande intemationale en (langue) ; 

7. □ indications s£parees concernant des micro-organ ismes ou autre materiel 

. biologique deposes 

8. □ listage des sequences de nucleotides ou d'acides amines sous forme 

dechi Arable par ordinateur 

9.. □ autres elements (preciser) : 



Figure des dessins qui 

doit accompagner 1 ' abregd : 2 


Langue de depot de la 

demande intemationale : Francais 


Cadre n° IX SIGNATURE DU DEPOSANT OU DU MANDATAIRE 



A cote de chaque signature, indiquer le nomdu signataire et. si cela n apparait pas clairement a la lecture de la requete, a quel titre I 'interesse signe. 




GUHXERM Patrice (Salarie Bull S. A.) 



Reserve a roffice recepteur 



1 . Date effective de reception des pieces supposees 
constituer la demande intemationale : 



3. Date effective de reception, rectified en raison de la reception ulte- 
rieure, mais dans les delais, de documents ou de dessins compliant ce 
qui est suppose constituer la demande intemationale ; 



4. Date de reception, dans les delais, des corrections 
demandees selon Particle 1 1.2) du PCT : 



2. Dessins : 
| | recus : 



□ 



non recus : 



5. Administration charged de la recherche » / 
intemationale (si plusieurs sont competentes) : loA / 



6. I I Transmission de la copie de recherche differee 
I 1 jusqu'au paiement de la taxe de recherche. 



Reservd au Bureau international 



Date de reception de Pexemplaire 
original par le Bureau international : 
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Procede de creation de fichiers de configuration d'objets inclus dans un 
systeme informatique. 

DESCRIPTION 

5 

Domaine technique 

La presente invention se rapporte a un precede de creation de fichiers 
de configuration d'objets appartenant a un systeme informatique. 

Le systeme informatique comprend des objets materiels (machines, ...), 
10 et/ou iogiciels (applications, ...). Ce systeme est indifferemment un systeme 
distribue ou non, heterogene ou non. 

Les objets comprennent des parametres inclus dans un fichier de 
configuration. L'invention s'applique a tout fichier de configuration ecrit dans un 
langage de balisage extensible, e'est-a-dire un langage qui presente de 

15 reformation encadree par des balises. Le fichier de configuration est ecrit en 
utilisant un metalangage de description dont le format est independant du 
materiel et/ou logiciel a configurer. Un metalangage se defini generalement 
comme etant un langage utilise pour decrire un autre langage. Le langage de 
balisage XML (extensible Markup Langage), connu de I'homme du metier, est 

20 bien adapte a la mise en ceuvre de la presente solution. Rappelons que la 
specification du langage XML est definie par le consortium W3C (World Wide 
Web Consortium). Ce consortium est un Organisme de promotion du « World 
Wide Web», qui met au point des normes et des protocoles ouverts et libres, 
dans un souci d'lnteroperabilite maximale. Le fichier de configuration XML a 

25 une structure declaree dans un fichier de description. Ce fichier de description 
comprend la description des parametres de configuration d'un objet et se 
nomme generalement Definition de Type de Document (DTD). Cette definition 
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s'effectue selon un formalisme particulier egalement defini dans la specification 
XML du consortium W3C. 

L'art anterieur 

5 Par definition, I'ecriture d'un fichier de configuration dans un langage 

XML doit obeir a certaines contraintes syntaxiques. En effet, un document XML 
a une structure logique. II se compose de descriptions, d'elements, de 
commentaires, d'appels de caractere et destructions de traitement, qui sont 
indiques dans le document par ['intermediate d'un balisage explicite. Les 

10 elements sont encadrees par de balises ouvrantes, par exemple <preface>, et 
des balises fermantes, par exemple </preface>. Les elements sont structures et 
decrivent les parametres des objets. Les parametres, comme un attribut d'un 
objet, peuvent etre inclus a I'interieur meme des balises. Par exemple, on peut 
ecrire <LIVRE sujet = k> signifiant que I'attribut sujet de I'element LIVRE a la 

15 valeur K. 

Dans notre exemple de realisation, Les parametres des objets sont 
definis dans un fichier de configuration ecrit dans un langage XML tel que 
defini precedemment. 

Le probleme principal est que les objets a configurer se comptent en 
20 milliers et que plusieurs de ces objets peuvent se reposer sur un meme fichier 
de description DTD et avoir des valeurs identiques pour tout ou partie de leurs 
parametres. Pour construire le fichier de configuration, I'administrateur du 
systeme de gestion doit alors valoriser les parametres decrit dans le fichier de 
description autant de fois qu'il y a d'objets se reposant sur ce fichier DTD. Plus 
25 precisement, supposons que deux objets B1 et B2 se reposent sur un meme 
fichier de description (DTD). Pour configurer I'objet B1, I'utilisateur doit 
valoriser tous les parametres decrit dans le fichier DTD. Pour configurer Tobjet 
B2, I'utilisateur doit a nouveau valoriser tous les parametres decrit dans le 
fichier DTD. En consequence, les parametres de meme valeur sont ecrit autant 
30 de fois qu'il y a d'objets se reposant sur un meme fichier de description. 
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L'ecriture d'un fichier de configuration presente done des redondances. Le 
langage XML etant un langage de configuration da bas niveau, un utilisateur 
est done contraint d'ecrire dans le fichier de configuration des descriptions de 
parametres repetitives dont la semantique est, dans certains cas, sans rapport 
5 avec ses besoins, ce qui necessite une culture importante de sa part de 
I'ensemble des syntaxes offertes par le langage XML. De ce fait, le fournisseur 
doit fournir avec le fichier de description une documentation precise. II est clair 
qu'un fichier de configuration impose un cout eh temps important en ecriture. 

Un autre probleme, lie au nombre important d'objets a decrire, est que si 
10 un utilisateur situe sur une machine quelconque du reseau souhaite visualiser 
des ressources du systeme informatique configurees dans le fichier de 
configuration, le systeme de gestion doit alors transmettre le fichier de 
configuration a la machine distante par I'intermediaire du reseau. Lorsque le 
fichier de configuration a un gros volume, le flux de donnees entre le systeme 
15 de gestion et I'application cliente peut s'averer tres important et conduire a 
saturer le systeme de communication entre les applications clientes et le 
systeme de gestion. 

Enfin, un autre probleme est que la syntaxe definie selon les 
recommandations du consortium W3C doit etre respectee a la lettre tout au 
20 long de l'ecriture du fichier de configuration. Le risque d'erreur lors de l'ecriture 
d'un fichier de configuration est done permanent pour un administrates du 
systeme de gestion. 

Sommaire de I'invention 

25 Un premier but de la solution est done de simplifier considerablement 

l'ecriture des fichiers de configuration reduisant en consequence a la fois le 
cout en temps d'ecriture de celui-ci et le risque d'erreurs d'ecriture. 

Un deuxieme but vise est de reduire la taille du fichier de configuration. 
A cet effet, la solution a pour objet un procede de creation d'au moins un 
30 fichier de configuration d'objets materiels et/ou logiciels presents dans un 



systeme informatique, leclit fichier de configuration etant ecrit en utilisant un 
metalangage de description dont le format est independant du materiel et/ou 
logiciel a configurer, ce fichier de configuration incluant tout ou partie des 
parametres desdits objets et se reposant sur un fichier de description 
definissant des contraintes a respecter sur la structure et la syntaxe lors de 
I'ecriture dudit fichier de configuration, caracterise en ce qu'il consiste a 
etendre le fichier de description par au moins un modele comprenant au moins 
un parametre decrit dans le fichier de description, et en ce qu'il consiste a 
valoriser tout ou partie des parametres de ce modele. 

\\ en resulte egalement un fichier de configuration d'objets materiels 
et/ou logiciels presents dans un systeme informatique, ledit fichier de 
configuration etant ecrit en utilisant un metalangage de description dont le 
format est independant du materiel et/ou logiciel a configurer, ce fichier de 
configuration incluant tout ou partie des parametres desdits objets et se 
reposant sur un fichier de description definissant des contraintes a respecter 
sur la structure et la syntaxe lors de I'ecriture dudit fichier de configuration, 
caracterise en ce que le fichier de description est etendu, en ce que ('extension 
comprend au moins un modele incluant au moins un parametre inclus dans le 
fichier de description, et en ce que une partie des parametres de ce modele 
sont valorises. 

[.'invention sera mieux comprise a la lecture de la description qui suit, 
donnee a titre d'exemple et faite en reference aux dessins annexes. 

Description d'un exemple de realisation 

Dans les dessins : 

- la figure 1 est une vue synoptique de ('architecture d'un systeme 
informatique sur lequel peut s'appliquer la solution, 

- la figure 2, est une vue d'un modele conforme a la presente solution. 
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Sur la figure 1 , on a represents un systeme informatique SYS distribue 
illustrant un exemple de realisation prefere de la solution. Dans I'exemple 
illustre, ce systeme SYS inclut un systeme de gestion SG et au moins une 
machine M1. Le systeme de gestion SG comprend au moins un systeme 
5 d'exploitation, au moins une memoire de stockage d'informations et au moins 
un processeur controlant le processus du traitement de I'information. Le terme 
gestion est utilise pour etre conforme a la traduction Afnor (Association 
Francaise de NORmalisation) de « Management ». Un systeme de gestion de 
machines de type « Open Master » (marque deposee par la societe BULL 

io S.A.), connu de I'homme du metier, est particulierement bien adapte pour la 
mise en oeuvre de la solution. Ce systeme de gestion peut etre assimile a un 
ensemble de services qui interagissent entre eux pour donner une 
representation objet du monde reel constitue notamment par les machines du 
systeme informatique. C'est une representation objet qu'un admin istrateur 

15 manipule (surveillance, action) pour gerer le monde reel. La representation 
objet porte sur des objets virtuels du monde reel et constitue un modele objet. 
En d'autres mots, un objet gere par le systeme de gestion est une vue 
abstraite, definie pour les besoins de gestion, d'une ressource logique ou 
physique du systeme informatique. (disque, processeur, memoire, etc.) et/ou 

20 logiques (fichiers, processus, semaphores, etc.). 

Le systeme de gestion et les machines qu'il gere constitue une 
architecture Client/Serveur. Dans une telle architecture, un application cliente 
interroge le systeme de gestion pour connaitre I'etat des objets geres par le 
systeme de gestion. Le mode client/Serveur a I'avantage de permettre a un 

25 utilisateur appele client (ou application cliente) situe sur une machine, par 
exemple par I'intermediaire d'un simple micro-ordinateur ou d'une station de 
travail, de confier une partie de sa tache ou de ses operations a effectuer au 
serveur a savoir le systeme de gestion. De cette maniere, le client dispose 
d'une capacite de calcul beaucoup plus importante que celle de son micro- 

30 ordinateur. 
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Le systeme informatique peut etre heterogene. Afin de masquer 
I'heterogeneite du systeme informatique, le systeme de gestion SG et les 
machines gerees par le systeme de gestion comprennent au moins un agent 
respectif associe a un protocole de gestion. Un agent assure, entre autres, une 
5 conversion de protocole. 

Le systeme de gestion est relie a une machine geree par Tintermediaire 
d'un reseau quelconque. Le reseau peut etre de type LAN (Local Area 
Network), WAN (Wide Area Network). Un ensemble de couches logicielles 
s'interpose entre le systeme de gestion SG et le reseau RES et entre le reseau 

10 et chaque machine. Pour des raisons de simplification de la description, cet 
ensemble de couches logicielles n'est pas represents sur la figure 1. 

Chaque objet gere comprend des parametres definis dans un fichier de 
configuration de preference ecrit dans un langage de description a balisage 
comportant une structure et incluant tout ou partie des parametres (nom, au 

15 moins un attribut, au moins une action, etc.) des objets. Le fichier de 
configuration se base sur un fichier distinct appele fichier de description 
definissant les contraintes sur la structure et les contraintes syntaxiques des 
parametres pour I'ecriture dudit fichier de configuration associe a un objet 
d'une machine. De preference, le fichier de configuration est ecrit dans un 

20 langage de type XML, et le fichier de description est un fichier de description 
de type DTD, connus de I'homme du metier. Dans notre exemple de realisation, 
ce fichier de configuration XML et le fichier de description DTD sont inclus 
dans le systeme de gestion SG. 

Dans notre exemple de realisation, le fichier de description DTD est 

25 centralise sur le systeme de gestion de fa?on a etre utilisable par toutes les 
machines du reseau. De preference, les objets geres peuvent etre represents 
par un arbre, chaque noeud de I'arbre representant un objet gere. Une 
application de visualisation APV incluse sur la machine M1 peut interroger le 
fichier de configuration dans le but de recevoir les parametres des objets 

30 configures et de visualiser ces objets sur cette machine. De preference, pour la 
visualisation des parametres de configuration des objets, la machine M1 est 
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munie d'un navigateur standard dit « Internet Explorer », connu de rhomme du 
metier, dans lequel un programme en langage JAVA est execute pour lire le 
fichier de configuration, accedant ainsi a son contenu et a sa structure, et pour 
transmettre les informations lues a (aux) applications de visualisation APV. 

5 

Description de parametres de configuration d'un obiet : 

Un objet comprend comme parametre au moins un attribut. Par exemple, 
un attribut ID est I'identificateur de I'objet, un autre attribut TYPE designe son 
type, et un autre attribut OWNER. De plus, un objet a des proprietes. Dans 
10 notre exemple, un objet comprend egalement comme parametres: 

■ le nom de Tobjet, 

■ les actions que Ton peut executer sur cet objet incluant Taction, ouvrir 
pour Touverture du noeud, Taction fermer pour la fermeture du noeud, Taction 
developper pour visualiser les noeuds subordonnes a un noeud, 

15 ■ et des proprietes graphiques de ce noeud incluant le type de police 

de caractere, Tadresse de Ticone qui lui est associe, et la couleur de fond 
desiree 

Ainsi, dans ce fichier de description DTD, un element « noeud » est 
associe a un noeud, et des elements lui sont subordonnes et sont associes 
20 respectivement 

■ au nom de Tobjet 

■ aux actions (ouvrir, fermer, developper) que Ton peut executer sur cet 

objet, 

■ et aux proprietes graphiques (police de caractere, icone, couleur de 
25 fond) de cet objet. 

Des attributs peuvent etre associe a un element. Dans notre exemple de 
realisation, Telement « noeud » comprend trois attributs a savoir : 

■ un attribut ID designant son identificateur 

■ un attribut TYPE designant son type 

30 ■ et un attribut designant son proprietaire 
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Un fichier de description DTD definissant un objet de I'arbre peut etre 
ecrit de la fa?on suivante, en respectant le formal isme particulier defini dans la 
specification XML du consortium W3C : 

5 < (ELEMENT noeud (noeudNom, noeudActions, 

noeudProprieteGraphique)> 

< "ELEMENT noeudActions (action*)> 

< (ELEMENT noeudNom (groupeNom, adresseNom, versionNom)> 

< 1ATTLIST noeud Id CDATA #REQUIRED 

10 ' Type CDATA #REQUIRED 

Owner CDATA #REQUIRED 

> 

< IELEMENT noeudProprietegraphique (police, icone, couleur)> 

is Dans ce fichier, CDATA #REQUIRED siginifie que I'attribut en question 

doit etre un bloc de texte contenant des caracteres. De plus, I'ecriture 
« action* » signifie que les actions n'ont pas d'attributs et que la syntaxe de ces 
actions a utiliser lors de I'ecriture du fichier de configuration est du texte. 

L'ecriture < IELEMENT noeudNom (groupeNom, adresseNom, 
20 versionNom)> indique que 1'element « noeudNom » comprend trois elements 
(groupeNom, adresseNom, versionNom) qui lui sont subordonne. L'element 
« groupeNom » designe le nom de Tobjet, Telement « adresseNom » designe 
Tadresse de I'objet, et Telement « versionNom » designe la version de I'objet. 
Ce fichier de description corresponds dans la suite de la description au 
25 fichier de description initialement cree. 

Notons que le nombre de parametres dans notre exemple de realisation 
est reduit pour des raisons de simplification de la description. En general un 
fichier de description comprend un nombre de parametres plus important. 

Dans rexemple illustre, supposons par exemple que trois objets (OBJ1, 
30 OBJ2 et OBJ3) se reposent sur le meme fichier de description DTD defini plus 
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haut. Le probleme principal est que, pour construire le fichier de configuration, 
I'administrateur du systeme de gestion doit valoriser les parametres decrit dans 
le fichier de description autant de fois qu'il y a d'objets se reposant sur ce 
fichier DTD. L'administrateur doit done completer le fichier de configuration 
5 trois fois. Le cout en temps d'une telle ecriture est done considerable. 

A cet effet, la solution consiste a etendre le fichier de description par au 
moins un modele comprenant au moins un parametre inclus dans le fichier de 
description, et en ce qu'il consiste a valoriser une partie des parametres de ce 
modele d'element. En L'espece, la solution consiste a introduce un modele 
10 d'element dont Tecriture respectent des proprietes definies dans ce qui suit. 

Dans notre exemple de realisation, nous avons a definir un ensemble 
d'objets dont les seuls parametres variant entre eux sont 

- ('element « Norn » correspondant au nom des objets (OBJ1, OBJ2 et 
OBJ3), respectivement (JAZZ, POP, SOL), 

is - et I'attribut « ID » correspondant a I'identificateur des objets (OBJ1, 

OBJ2 et OBJ3), respectivement (123, 142, 162). 

Ces deux parametres seront dits indefinis dans le suite de la 
description. Dans I'exemple de realisation, les objets (OBJ1, OBJ2 et OBJ3) 
ont un nom respectif (JAZZ, POP, SOL) et un identificateur respectif (123, 142, 

20 162). 

Conformement a notre hypothese de depart, les autres parametres ont 
la merne valeur pour chaque objet (OBJ1, OBJ2 et OBJ3). Ms seront dits 
definis. Ainsi, 

■ la valeur de I'element correspondant aux actions que Ton peut 
25 executer est la meme pour chaque objet (OBJ1 1 OBJ2 et OBJ3), 

■ la valeur de I'element correspondant aux proprietes graphiques est la 
meme pour chaque objet (OBJ1 , OBJ2 et OBJ3) , 

et la valeur des attributs 
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• 

■ TYPE designant le type du objet est le meme pour chaque objet 
(OBJ1, 0BJ2 et OBJ3), 

■ et OWNER designant son proprietaire est le meme pour chaque objet 
(OBJ1, OBJ2 et OBJ3). 

Pour des raisons de simplification de la description, on donnera des 
valeurs arbitrages aux parametres definis. Dans notre exemple, la valeur de 
Telement correspondant aux actions que Ton peut executer sur chaque objet 
(OBJ1, OBJ2 et OBJ3) est ACT1 pour la commande « ouvrir », ACT2 pour la 
commande « fermer », et ACT3 pour la commande « developper ». De meme, 
la valeur de ('element correspondant aux proprietes graphiques de chaque 
objet (OBJ1, OBJ2 et OBJ3) est PR01 pour la police de caractere, PR02 pour 
I'icone, et PR03 pour la couleur de fond. Enfin, les attributs TYPE et OWNER 
prennent pour chaque objet (OBJ1, OBJ2 et OBJ3) respectivement les valeurs 
« snmp » et « operateur ». 

Les deux etapes principales du procede conforme a la solution sont 
respectivement 

- I'ecriture du fichier de description DTD et de I'extension associe a ce 
fichier constitue par au moins un modele d'element (etape 1 ), 

- et I'ecriture du fichier de configuration resultant de la valorisation des 
parametres indefinis du modele d'element (etape 2). 

Ecriture du fichier de description et introduction de la notion de 
modele d'element dans un fichier de description : 

La premiere etape doit realisee en respectant certaines proprietes. Les 
parametres de ces objets dont la valeur est invariante etant identifies, la 
solution consiste a introduire le modele d'element MODELE dans le fichier de 
description DTD cree. Le modele d'element se distingue des autres elements 
du fichier de description en ce sens qu'il comporte au moins un parametre avec 
une valeur. 




Premierement, le modele comprend, en respectant le formalisme 
d'ecriture d'un fichier de description DTD defini dans la specification XML du 
consortium W3C, 

- une entete MODELE avec un nom specifique « tnoeud » 

5 - et une reference a un element « noeud » defini du fichier de 

description DTD cree initialement. 

Le modele MODELE peut etre ecrit de la fagon suivante : 

< IMODELE tnoeud ELEMENT =noeud > 

signifiant que le modele MODELE a un nom specifique « tnoeud » et 
10 qu J il se base sur la description de I'element « noeud » defini au prealable dans 
le fichier de desciption (DTD). 

Deuxiemement, dans ce modele, Tecriture des elements indefinis est 
particuliere. De fagon a distinguer un element defini d'un element indefini dans 
le modele d'element, les elements a definir sont reperes dans ce modele par 

15 Tintermediaire d'une balise specifique dont I'entdte est par exemple 
< !DEFINiR...> De plus, les elements a definir sont identifies par un nom 
« tnoeudNom » et une reference a un element noeudNom du fichier de 
description initial precisant sur quel element du fichier de description 
prealablement defini se base le modele d'element « tnoeudNom ». Dans notre 

20 exemple, un element a definir peut s'ecrire de la fa?on suivante : 

< IDEFINIR tnoeudNom... ELEMENT noeudNom >. 

A la difference des elements indefinis, les elements definis du modele 
d'element sont ecrits de la meme fagon que pour I'ecriture d'un fichier de 
25 configuration XML. 

Troisiemement, Tecriture des attributs indefinis respecte des proprietes. 
Dans ce modele, les attributs a definir et definis, la solution consiste a 
introduire deux mots cles DEFINIR et DEFINI indiquant qu'un parametre 
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attribut est a definir (DEFINIR) ou est defini (DEFINI). Dans notre exemple, 
I'attribut ID est a definir lors de I'ecriture du fichier de configuration, tandis que 
les attributs TYPE et OWNER sont definis et prennent respectivement les 
valeurs « snmp » et « operateur ». Dans notre exemple, la liste d'attributs est 
relative au modele d'element MODELE « tnoeud » et peut s'ecrire de la fa<?on 
suivante : 

< ! ATTLIST tnoeud 

ID DEFINIR 

TYPE DEFINI « snmp >> 

' OWNER DEFINI « operateur » 
> 

En definitive, le fichier de description DTD qui decoule d'une telle 
configuration peut s'ecrire de la fa?on suivante : 

< 1MODELE tnoeud ELEMENT=noeud 

< IDEFINIR //7oe6/aWo/77ELEMENT=noeudNom> 

< noeudActions > 

<action nom=ouvrir> ACT1 </action> 
<action nom=fermer>ACT2</action> 
<action nom=developper>ACT3</action> 
</ noeudActions > 

< noeudProprietesgraphiques > 

<police de caracteres PROl ... /> 

<lcone>PR02</lcone> 

< couleur de fond PR03/> 

< / Proprietesgraphiques > 
> 

< ! ATTLIST tnoeud 

ID DEFINIR 

TYPE DEFINI « snmp » 
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OWNER DEFINI « operateur » 

>. 

Ce fichier constitue un facteur commun FC pour l'ecriture du fichier de 
configuration et decrit les parametres (element et/ou attribut) a definir. 

5 

Ecriture du fichier de configuration 

La figure 2 est une vue du fichier de configuration qui resulte de 
I'utilisation du modele d'element. 

r 

. L'ecriture du fichier de configuration correspond a la deuxieme etape. 

10 Cette operation consiste a utiliser le modele d'element MODELE defini dans le 
fichier de description DTD et a valoriser les elements et attributs indefinis. Lors 
de l'ecriture du fichier de configuration, la solution consiste a utiliser la partie 
comprenant les parametres valorises comme facteur commun, et en ce que 
l'ecriture se limite a la valorisation des parametres ne comportant pas de 

is valeur. 

En I'espece, trois objets (OBJ1, OBJ2 et OBJ3) ayant pour nom 
respectif (JAZZ, POP, SOL) et un identificateur respectif (123, 142, 162) sont a 
configurer et l'ecriture du fichier de configuration pour ces trois objets se limite 
a ecrire les trois blocs suivants (B1 , B2 et B3) : 

20 (Bl) 

< tnoeud Id= «123»> 
< tnoeudNom > 
<noeudNom> 

<groupeNom> JAZZ </g'roupeNom> 
25 <adresseNom> dbO </ adresseNom > 

<versionNom> 8.0 <versionNom> 
</noeudNom> 
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</ tnoeudNom> 
</tnoeud> 

(B2) 

5 < tnoeud ld= «142»> 

< tnoeudNom > 

<noeudNom> 

<groupeNom> POP </groupeNom> 
<adresseNom> dbl </ adresseNom > 
10 <versionNom> 8.1 <versionNom> 

</noeudNom> 
</ tnoeudNom > 
<l tnoeud> 

is (B3) 

< tnoeud Id= «162»> 

< tnoeudNom > 

<noeudNom> 

<groupeNom> SOL </groupeNom> 
20 <adresseNom> db2 </ adresseNom > 

<versionNom> 8.2 <versionNom> 
</noeudNom> 
</ tnoeudNom > 
<ltnoeud> 

25 Le nombre d'invocation du modele d'element correspond au nombre 

d'objets se reposant sur ce modele MODELE. Ces trois blocs ont pour meme 
facteur commun celui cree dans le fichier de description. 

Selon une variante, un modele d'element peut contenir d'autres modeles 
d'elements. Ainsi, dans un fichier de configuration, on peut utiliser a I'interieur 



d'une reference de modele d'element (par exemple « tnoeud ») une autre 
reference de modele d'elements. En effet, supposons qu'il existe dans le fichier 
de description DTD un modele d'element « tOracleNoeudNom » dont les 
elements definis sont 

■ 1'element nomme groupeNom 

■ et ('element versionNom 

et dont ('element indefini est adresseNom. L'ecriture de ce modele d'element 
peut etre le suivant : 

< IMOpELE tOracIe8NodeName ELEMENT=noeudNom 

<groupeNom> Oracle </groupeNom> 

< IDEFINIR tOrocleDb ELEMENT=adresseNom> 

<versionNom> 8.0 <versionNom> 

> 

De cette fagon, lors de l'ecriture du fichier de configuration, on peut 
utiliser le modele « tOracleNoeudNom » pour definir ('element noeudNom. Le 
fichier de configuration s'ecrit alors de la fagon suivante : 

< tnoeud Id=«J23»> 
< tnoeudNom > 

< tOracle8NoeudNom> 

< tOracleDb> 

<adresseNom> dbO </adresseNom> 
</ tOracleDb> 
</ tOracle8NoeudNom> 
</ tnoeudNom > 
</tnoeud> 

D'une maniere generale, la solution a pour objet un precede de creation, 
dans un systeme informatique, d'au moins un fichier de configuration d J au 
moins un objet materiel et/ou logiciel comprenant des parametres, ledit fichier 
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de configuration etant ecrit en utilisant un metalangage de description dont le 
format est independant du materiel et/ou logiciel a configurer, ce fichier de 
configuration incluant tout ou partie des parametres dudit objet et se reposant 
sur un fichier de description definissant des contraintes a respecter sur sa 
5 structure et sa syntaxe lors de son ecriture, caracterise en ce qu'il consiste, 
avant I'ecriture du fichier de configuration, a etendre le fichier de description 
par au moins un modele comprenant au moins un parametre decrit dans le 
fichier de description, et a valoriser tout ou partie des parametres de ce 
modele. 

10 Ensuite, lors de I'ecriture du fichier de configuration, la solution consiste 

a utiliser la partie du modele comprenant les parametres valorises comme 
facteur commun, et en ce que Tecriture du fichier de configuration se limrte a la 
valorisation des parametres ne comportant pas de valeur. 

Lors de la creation du modele, on a vu que la solution peut consister 
15 tout d'abord a regrouper les objets se reposant sur le meme fichier de 
description, ensuite a identifier les parametres dont la valeur est identique 
entre tous ces objets, et enfin e a valoriser ces parametres pour constituer un 
facteur commun dans ce modele. 

La solution consiste par exemple, lors de I'ecriture du fichier de 
20 configuration, si au moins deux objets se reposent sur le meme modele, a 
utiliser le facteur commun et a valoriser uniquement le restant des parametres 
de ce modele autant de fois qu'il y a d'objets se reposant sur ce modele 
d'element. 

Le langage utilise est extensible. Dans notre exemple, on a vu que la 
25 solution consiste a donner un nom pour identifier le modele dans le fichier de 
description, et en ce qu'il consiste a inclure dans le modele une reference du 
fichier de description, cette reference definissant les contraintes a respecter 
sur la structure et la syntaxe de ce modele. On a vu egalement que dans notre 
exemple, la solution consiste a introduce dans un modele deux mots cles 
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DEF1NIR et DEFINI indiquant qu'un parametre est a definir (DEFINIR) ou est 
defini (DEFINI) dans ce modele. 

De preference, le langage du fichier de configuration est le langage 
XML, la solution consistant a prendre comme parametre un element et/ou un 
attribut d'un objet. Selon cette variante, la solution consiste a etendre le fichier 
de description par au moins un modele d'element comprenant au moins un 
parametre (element et/ou attribut) decrit dans le fichier de description, et a 
valoriser tout ou partie des parametres de ce modele d'element. De meme, la 
solution consiste a donner un nom pour identifier le modele d'element dans le 
fichier de description, et en ce qu'il consiste a inclure dans le modele une 
reference a un element du fichier de description, cette reference definissant les 
contraintes a respecter sur la structure et la syntaxe de ce modele. 

Enfin, on a vu que, sur requete d'une application utilisant le fichier de 
configuration, la solution peut consister a transmettre le facteur commun et les 
blocs resultant de la valorisation des elements indefinis. 

Enfin, il en resulte un fichier de configuration d'au moins un objet 
materiel et/ou logiciel comprenant des parametres, ledit fichier de configuration 
etant ecrit en utilisant un metalangage de description dont le format est 
independant du materiel et/ou logiciel a configurer, ce fichier de configuration 
incluant tout ou partie des parametres dudit objet et se reposant sur un fichier 
de description definissant des contraintes a respecter sur sa structure et sa 
syntaxe lors de son ecriture, caracterise en ce que le fichier de description est 
etendu, et en ce que I'extension comprend au moins un modele. 

En conclusion, la solution offre de nombreux avantages. Un premier 
avantage est la simplification considerable de I'ecriture d'un fichier de 
configuration. En effet, les parametres definis etant valorises dans le modele 
d'element, I'ecriture du fichier de configuration se limite a la valorisation des 
parametres indefinis. En consequence, ('administrates evite ainsi la repetition 
de parametres identiques entre objets. Le cout en temps d'ecriture et le risque 
d'erreurs d'ecriture lors de I'ecriture du fichier de configuration est largement 
reduit De plus, Introduction d'un facteur commun dans le modele reduit 
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considerablement la taille du fichier de configuration. Avantageusement, sur 
requete d'une application cliente, le systeme de gestion transmet le fichier de 
configuration incluant le facteur commun du modele d'element et, pour chacun 
des objets, les parametres de ce modele d'element qui ont ete valorises lors de 
5 I'ecriture du fichier de configuration. La taille du fichier de configuration etant 
reduit, le transfert de ce fichier s'effectue done plus rapidement. 
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REVENDICATIONS 

1- Procede cle creation, dans un systeme informatique, d'au moins un 
fichier de configuration d'au moins un objet materiel et/ou logiciel comprenant 
des parametres, ledit fichier de configuration etant ecrit en utilisant un 
metalangage de description dont le format est independant du materiel et/ou 
logiciel a configurer, ce fichier de configuration incluant tout ou partie des 
parametres dudit objet et se reposant sur un fichier de description definissant 
des contraintes a respecter sur sa structure et sa syntaxe lors de son ecriture, 
caractepse en ce qu'il consiste, avant I'ecriture du fichier de configuration, 

. - a etendre le fichier de description par au moins un modele comprenant 
au moins un parametre decrit dans le fichier de description, 

- et a valoriser tout ou partie des parametres de ce modele. 

2- Procede selon la revendication 1, caracterise en ce qu'il consiste, lors 
de I'ecriture du fichier de configuration, a utiliser la partie du modele 
comprenant les parametres valorises comme facteur commun, et en ce que 
I'ecriture du fichier de configuration se limite a la valorisation des parametres 
ne comportant pas de valeur. 

3- Procede selon la revendication 1 ou 2, caracterise en ce qu'il 
consiste, lors de la creation du modele, a regrouper les objets se reposant sur 
le meme fichier de description et ensuite a identifier les parametres dont la 
valeur est identique entre tous ces objets, et en ce qu'il consiste a valoriser ces 
parametres pour constituer un facteur commun dans ce modele. 

4- Procede selon I'une des revendications 1 a 3, caracterise en ce qu'il 
consiste, lors de I'ecriture du fichier de configuration, si au moins deux objets 
se reposent sur le meme modele, a utiliser le facteur commun et a valoriser 
uniquement le restant des parametres de ce modele autant de fois qu'il y a 
d'objets se reposant sur ce modele d'element. 
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5- Procede selon Tune des revendications 1 a 4, caracterise en ce que 
le iangage est extensible et en ce qu'il consiste a donner un nom pour identifier 
le modele dans ie fichier de description, et en ce qu'il consiste a inclure dans le 
modele une reference du fichier de description, cette reference definissant les 

5 contraintes a respecter sur la structure et la syntaxe de ce modele. 

6- Procede selon Tune des revendications 1 a 5, caracterise en ce que 
le Iangage est extensible et en ce qu'il consiste a introduire dans un modele 
deux mots cles DEFINIR et DEFINI indiquant qu'un parametre est a definir 
(DEFINIR) ou est defini (DEFINI) dans ce modele. 

io 7 r - Procede selon Tune des revendications 1 a 6, caracterise en ce que 

le Iangage est le Iangage XML, et en ce qu'il consiste a prendre comme 
parametre un element et/ou un attribut d'un objet 

8- Procede selon la revendication 7, caracterise en ce qu'il consiste a 
etendre le fichier de description par au moins un modele d'element comprenant 

is au moins un parametre (element et/ou attribut) decrit dans le fichier de 
description, et a valoriser tout ou partie des parametres de ce modele 

9- Procede selon la revendication 7 ou 8, caracterise en ce qu'il 
consiste a donner un nom pour identifier le modele d'element dans le fichier de 
description, et en ce qu'il consiste a inclure dans le modele une reference a un 

20 element du fichier de description, cette reference definissant les contraintes a 
respecter sur la structure et la syntaxe de ce modele. 

10- Procede selon Tune des revendication 7 a 9, caracterise en ce qu'il 
consiste a inclure dans un modele d'element au moins un modele d'element. 

11- Procede selon Tune des revendications 7 a 10, caracterise en ce 
25 qu'il consiste, sur requete d'une application utilisant le fichier de configuration, 

a transmettre le facteur commun et les blocs resultant de la valorisation des 
elements indefinis. 

12- Fichier de configuration d'au moins un objet materiel et/ou logiciel 
comprenant des parametres, ledit fichier de configuration etant ecrit en utilisant 

30 un metalangage de description dont le format est independant du materiel et/ou 
logiciel a configurer, ce fichier de configuration incluant tout ou partie des 
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parametres dudit objet et se reposant sur un fichier de description definissant 
des contraintes a respecter sur sa structure et sa syntaxe lors de son ecriture, 
caracterise en ce que le fichier de description est etendu, et en ce que 
I'extension comprend au moins un modele tel que defini dans Tune des 
revendications 1 a 1 1 . 
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ABREGE 



L'invention a pour objet la creation d'au moins un fichier de 
configuration d'au moins un objet materiel et/ou logiciel comprenant des 
5 parametres, ledit fichier de configuration etant ecrit en utilisant un metalangage 
de description dont le format est independant du materiel et/ou logiciel a 
configurer, ce fichier de configuration incluant tout ou partie des parametres 
dudit objet et se reposant sur un fichier de description definissant des 
contraintes a respecter sur sa structure et sa syntaxe lors de son ecriture 
10 Uinven^jon consiste, avant r ecriture du fichier de configuration, 

- a etendre le fichier de description par au moins un modele comprenant 
au moins un parametre decrit dans le fichier de description, 



- et a valoriser tout ou partie des parametres de ce modele. 
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Figure 2. 
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NOTIFICATION DE LA RECEPTION DE 
L'EXEMPLAIRE ORIGINAL 

(regie 24.2.a) du PCT) 



Destinataire: 
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F-78434 Louveciennes Cedex 
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Date d'expedrtion (jour/mois/annee) 
17 janvier2001 (17.01.01) 


NOTIFICATION IMPORTANTE 


Reference du dossier du deposant ou du mandate ire 
PCT 3863 PG 


Demande internationale no 

PCT/FR00/03231 




II est notifte au deposant que le Bureau international a regu I'exemplaire original de la demande internationale precisee 
ci-apres. . 

Nom(s) du ou des deposants et de I'Etat ou des Etats pour lesquels its sont deposants: 

EVIDIAN (pour tous les Etats designes sauf US) 

ANDREI, Pierre etc. (pour US seulement) 
Date du depot international : 21 novembre 2000 (21 .1 1 .00) 

Date(s) de priorite revendiquee(s) : 26 novembre 1999 (26.1 1 .99) — 7& 

Date de reception de I'exemplaire original 

parie Bureau international : 05 janyier 2001 (05.01 .01 ) 

Liste des offices designes : 

:AT/BE,CH / CY / pE / pk / ES,FI / FR / GB>GRJ 
, -National :US ^ 



ATTENTION 

Le deposant doit soigneusement verifier les indications figurant dans la presente notification. En cas de divergence entre ces 
indications et celles que contient la demande internationale, il doit aviser immediatement le Bureau international. . . 

En outre, I'attention du deposant est appelee sur les renseignements donnes dans I'annexe en ce qui concerne 

| X| les delais dans lesquels doit etre abordee la phase nationale 

| X| la confirmation des designations faites par mesure de precaution 

| | les exigences relatives aux documents de priorite. 

Uhe cppie de la presente. notification est envoyee a Toff ice recepteur et a ('administration chargee cle la recherche internationale. 



Bureau international de I'OMPI 
34, chemin des Colombettes 
1211 Geneve 20, Suisse 



n de telecopieur (41-22) 740,14.35 



Fonctionnaire autorise 

Jocelyne Rey-Milli 

n° de telephone (41-22) 338.83.38 



FormulairePCT/IB/301 Quillet 1998) 



003776472 



A&NEX 



FORMULAIRE PCT/IB/301 



Oemande Internationale no 

PCT/FR00/03231 



RENSEIGNEMENTS CONCERNANT LES DELAIS DANS LESQUELS DOIT ETRE ABORDEE 

LA PHASE NATIONALE 



II est rappele au deposant qu'il doit aborder la "phase nationale" aupres de chacun des offices designes indiques sur la 
notification de la reception de Pexemplaire original (formulaire PCT/IB/301) en payant les taxes nationales et en remettant les 
traductions, telles qu'elles sont prescrites par les legislations nationales. 

Le delai d'accomplissement de ces actes de procedure est de 20 MOIS a compter dela date de priority ou, pour les Etats 
designes qui ont ete elus par le deposant dans une demande d'examen preliminaire international ou dans une election ulterieure, 
de 30 MOIS a compter de la date de priorite, a condition que cette electionait ete effectuee avant I'expiration du 19e mois a 
compter de la date de priorite. Certains offices designes (ou elus) ont fixe des delais qui expirent au-dela de 20 ou 30 mois a 
compter de la date de priorite. D'autres offices accordent une prolongation des delais ou un delai de grace, dans certains cas 
moyennant le paiement d'une taxe supplemental. ■ 

En plus de ces actes de procedure, le deposant devra dans certains cas satisfaire a d'autres exigences particulieres 
applicables dans certains offices. II appartient au deposant de veiller a remplir en temps voulu les conditions requises pour 
rouverture de la phase nationale. La majorite des offices designes n'envoient pas de rappel a I'approche de la date limite pour 
aborder la phase nationale. 

Des informations detail lees concernant les actes de procedure a accomplir pour aborder la phase nationale aupres de 
chaque office designe, les delais applicables et la possibilite d'obtenir une prolongation des delais ou un delai de grace et toutes 
autres conditions applicables figurent dans le volume II du Guide du deposant du PCT. Les exigences concernant le depot d'une 
demande d'examen preliminaire international sont exposees dans le chapitre IX du volume I du Guide du deposant du PCT. 

GR et ES sont devenues liees par le chapitre II du PCT le 7 septembre 1996 et le 6 septembre1997, respectivement, et 
peuvent done etre elues dans une demande d'examen preliminaire international ou dans une election ulterieure presentee le 7 
septembre 1996 (ou a une date posterieure) ou le 6 septembre 1997 (ou a une date posterieure), respectivement, quelle que soit 
la date de depot de la demande internationale (voir le second paragraphe, ci-dessus). 

r 

Veuillez noter que seul un deposant qui est ressortrssant d'un Etat contractant du PCT lie par le chapitre II ou qui y a 
son domicile peut presenter une demande d'examen preliminaire international. 

y ■ - - ■ ' " 

Z CONFIRMATION DES DESIGNATIONS FAITES PAR MESURE DE PRECAUTION 

Seules les designations expresses faites dans la requete conformement a la regie 4.9.a) figurent dans la presente 
notification. II est important de verifier si ces designations ont ete faites correctement. Des erreurs dans les designations peuvent I 
etre corrigees lorsque des designations ont etf faites par mesure de precaution en vertu de la regie 4.9. bj. To ute designation 
ainsi faite peut etre confirmee conformement aux dispositions de la regie 4,9. c) avant I'expiration d'un d§lai de 15 mois a 
compter de la date de priorite. En ('absence de confirmation, une designation faite par mesure de precaution sera consideree 
comme retiree par le deposant. II ne sera adresse aucun rappel ni invitation. Pour confirmer une designation , il faut deposer une 
declaration precisant I'Etat designe concerne (avec ('indication de la forme de protection ou de traitement souhaitee) et payer les 
taxes de designation et de confirmation. La confirmation doit parvenir a I'office recepteur dans le delai de 15 mois. 

EXIGENCES RELATIVES AUX DOCUMENTS DE PRIORITE 



suit. 



Pour les deposants qui n'ont pas encore satisfait aux exigences relatives aux documents de priorite, il est rappele ce qui 



Lorsque fa priorite d'une demande nationale, regionale ou internationale anterieure est revendiquee, le deposant doit 
presenter une copie de cette demande anterieure, certifiee conforme par V administration aupres de laquelle elle a ete deposee 
("document de priorite"), a I'office recepteur (qui la transmettra au Bureau international) ou directement au Bureau international, 
avant I'expiration d'un delai de 16 mois a compter de la date de priorite, etant entendu que tout document de priorite peut etre 
presente au Bureau international avant la date de publication de la demande internationale, auquel cas ce document sera repute 
avoir ete regu par le Bureau international le dernier jour du delai de 16 mois (regie 17.1. a)). 

Lorsque le document de priorite est delivre par I'office recepteur, le deposant peut, au lieu de presenter ce document, ; 
demander a I'office recepteur de le preparer et de le transmettre au Bureau international. La requete a.cet effet doit etre 
formulee avant I'expiration du delai de 16 mois et peut etre soumise au paiement d'une taxe (regie 17.1.b)). 

Si le document de priorite en question n'est pas fourni au Bureau international, ou si la demande adressee a I'office recepteurj 
de preparer et de transmettre le document de priorite n'a pas ete faite (et la taxe correspondante acquittee, le cas echeant) 
avant I'expiration du delai applicable mentionne aux paragraphes precedents, tout Etat designe peut ne pas tenir compte 
de la revendication de priorite; toutefois, aucun office designe ne peut decider de ne pas tenir compte de la revendication de 
priorite avant d'avoir donne au deposant la possibilite de remettre le document de priorite dans un delai raisonnable en I'espece. 

Lorsque plusieurs priorites sont revendiquees, la date de priorite a prendre en consideration aux fins du calcul du delai de 
16 mois est la date du depot de la demande la plus ancienne dont la priorite est revendiquee. 



Formulaire PCT/IB/301 (annexe) Quillet 1998) 



003776472 
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E COOPERATION EN MATltRE DE BREVETS 



PCT/FR00/03231 



Expediteur : le BUREAU INTERNATIONAL 



PCT 

NOTIFICATION RELATIVE 

A LA PRESENTATION OU A LA TRANSMISSION 
DU DOCUMENT DE PRIORITE 

(instruction administrative 41 1 du PCT) 


Destinataire: 

GUILLERM, Patrice 
Bull S.A. 

68, route de Versailles 
(P.C.: 58D20) 

F-78434 Louveciennes Cedex 
FRANCE 


Date d'expedition (jour/mois/annee) 

17 janvier.2001 (17.01.01) 




Reference du dossier du deposant ou du mandataire 
PCT 3863 PG 


NOTIFICATION IMPORTANTE 


Demande Internationale no 
PCT/FR00/03231 


Date du depot international (jour/mois/annee) 
,21 novembre 2000 (21.11.00) 


Date de publication Internationale (jour/mois/annee) 
Pas encore publiee 


Date de priorite Gour/mois/annee) 

26 novembre 1999 (26.11.99) 


Deposant 

EVIDIAN etc 





1. 



3. 



4. 



La date de reception (sauf lorsque les lettres "NR" figurent dans la colonne de droite) par le Bureau international du ou des 
documents de priorite correspondent a la ou aux demandes enumerees ci-apres est notifiee au deposant. Sauf indication 
contraire consistant en un asterisque figurant a cote d'une date de reception, ou les lettres "NR", dans;la colonne de droite, 
le.document de priorite.en question a ete presente bu transmis au Bureau international d'une maniere conforme a la 
regie 17.1. a) oii b). 

Ce formulaire met a jour et rem place to ute notification relative a la presentation ou a la transmission du document de priorite 
qui a ete envoyee precedemment. 

Un asterisque( # ) figurant a cote d'une date de reception dans la colonne de droite signale un document de priorite presente 
ou transmis au Bureau international mais de maniere non conforme a la regie 17.1. a) ou b). Dans ce cas, ('attention du 
deposant est appelee sur la regie 17.1. c) qui stipule qu'aucun office designe ne peut decider de ne pas tenir compte de la 
revendication de priorite avant d'avoir donne au deposant la possibilite de remettre le document de priorite dans un delai 
raisonnable en I'espece. / 

Les lettres "NR" figurant dans la colonne de droite signalent un document de priorite que le Bureau international n'a pas 
recu ou que le deposant n'a pas demande a I'office recepteur de preparer et de trans mettre au Bureau international, 
conformement a la regie 17.1.a) ou b), respectivement. Dans ce cas, I 'attention du deposant est appelee sur la regie 17.1.c) 
qui stipule qu'aucun office designe ne peut decider de ne pas tenir compte de la revendication de priorite avant d'avoir donne 
au deposant la possibilite de remettre I e document de priorite dans uri delai raisonnable en I'espece. 



Date de priorite 



Demande de priorite n 



26 nove 1999 (26.11.99) 99/14882 



Pavs. office regional ou 
office recepteur selon le PCT 

FR 



Date de reception du 
document de priorite 

05 janv2001 (05.01.01) 



Bureau international de I'OMPI 
34, chemin des Colombettes 
1211 Geneve 20, Suisse 



no de telecopieur (41-22) 740; 14.35 



Fonctionnaire autorise: 

Jocelyne Rey-Millet 

no de telephone (41-22) 338.83.38 




Formulaire PCT/IB/304 (jutllet 1998) 



003776617 



TRAIT^E COOPERATION EN MAT^E DE BREVETS 



WO 01/38977 ^ 
PCT/FR00/03231 



Expediteur: le BUREAU INTERNATIONAL 



PCT 

AVIS INFORMANT LE DEPOSANT DE LA 
COMMUNICATION DE LA DEMANDE 
INTERNATIONALE AUX OFFICES DESIGNES 

(regie 47.1.c), premiere phrase, du PCT) 



Destinataire: 

GUILLERM, Patrice 
Bull S.A. 

68, route de Versailles 

(P.C.: 58D20) Direcfion de , a 

F-78434 Louveciennes CeKtex^p** i»<r>- 

FRANCE 

1 2 jum 2001 



Date d'expedition (jour/mo is/an nee) 

31 mai 2001 (31.05.01) 






Reference du dossier du deposant ou du mandate ire 
PCT 3863 PG 


AVIS IMPORTANT 


Demande Internationale no 
PCT/FR00/03231 


. Date du depot international (jour/mois/annee) 
21 noverribre 2000 (21 ;1 1.00) 


Date de priorite (jour/mois/annee) 
26 novembre 1999 (26.1 1 .99) 


Deposant 

EVIDIAN etc 



1. II est notifie par la presente qu'a la date indiquee ci-dessus comme date d'expedition de cet avis, le Bureau international a 
communique, comme le prevoit Particle 20, la demande internationale aux offices designes suivants: 

US ' - < . / 

Conformement d la regie 47.1. c), troisieme phrase, ces offices acceptent le present avis comme preuve determinante , 
du fait que la communication de la demande internationale a bieh eu lieu a la date d'expedition indiquee plus haut, et le 
deposant n'est pas tenu de remettre de copie de la demande internationale a ('office ou aux offices designes. 

2. Les offices designes suivants ont renonce a I 'exigence selon la quelle cette communication doit etre effectuee a cette date: 



La communication sera effective seiilement sur demande de ces offices: De ; plus,.le deposant n'est pas tenu.de remettre* 
de copie de la demande ; internationale aux offices en question (regie 49.1 )a-bis)). • •' y ■ 

3. Le present avis est accompagne d'une copie de la demande internationale publiee par le Bureau international le 
31 mai 2001 (31.05.01) sous le numero WO 01/38977 

RAPPEL CONCERNANT LE CHAPITRE II (article 31 .2)a) et regie 54.2^ 

Si le deposant souhaite reporter Couverture de la phase nationale. jusqu'a 30 mois (ou plus pour ce qui concerne certains 
offices) a compter de la date de priorite, la demande d'exa men prelimina ire international doit etre presentee a 
I'administration competente chargee de I'examen preliminaire international avant I'expiration d'un delai de 19 mois a 
compter de la date de priorite. 

II appartient exclusivement au deposant de veiller au respect du delai de 1 9 mois. 

II est a noter que seul un deposant qui est ressortissant d'un Etat contra eta nt du PCT lie par le chapitre II ou qui y a son 
domicile peut presenter une demande d'examen preliminaire international. 

RAPPEL CONCERNANT L'OUVERTURE DE LA PHASE. NATIONALE (article 22 ou 39. 1 )) 

Si le deposant souhaite que la demande internationale procede en phase nationale, il doit, dans le delai de 20 mois ou 
de30 mois, ou plus- pour ce qui concerne certains offices, accom pi ir les actes mehtionn§s dans ces dispositions aupres 
de chaqiie office designe ou elu. . * 

Pour d'autres informations importantes concernant les delais et les actes a accomplir pour I'ouverture de la phase 
nationale, voir I'annexe du formulaire PCT/IB/301 (Notification de la reception de l!exemplaire original) et le volume II 
du Guide du deposant du PCT. 





Fonctionnaire autorise 


Bureau international de I'OMPI 




34, chemin des Colombettes 


J. Zahra 


121 1 Geneve 20, Suisse 




no detelecopieur (41-22) 740.14.35 


no de telephone (41-22) 338.83.38 



Formulaire PCT/IB/308 Guillet 1996) 



4044960 
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D.E COOPERATION EN MATI 



DE BREVETS 



ExpSdrteur : L'ADMINISTRATION CHARGEE DE 
LA RECHERCHE INTERNATIONALE 



PCT 



Destinataire 

BULL S.A 

A l'att. de GUILLERM, Patrice 
68, route de Versailles 
PC58D20 

78434 LOUVECIENNES CEDEJ( rarectwniaeta „ 

TPflWrr Ercprietd Intellectuelle 

0 2 FEV, 2001 
BULL SoA, 


NOTIFICATION DE TRANSMISSION DU 
RAPPORT DE RECHERCHE INTERNATIONALE 
UU Ub LA DECLARATION 

(r£gle 44.1 du PCT) 


Date d'expedition 

ffoar/mo/^nee; 02/02/2001 


Reference du dossier du deposant ou du mandataire 

PCT 3863 PG 


POUR SUITE A DONNER 

voir les paragraphes 1 et 4 ci-apres 


Demande Internationale n° 

PCT/FR 00/03231 


Date du depot international 
(jour/mois/anne'e) 21/11 /2000 


Deposant 
EVIDIAN 



□ 



3. 



fx] II est notifie au deposant que le rapport de recherche Internationale a ete etabli et lui est transmis ci— joint. 
Depot de modifications et d'une declaration selon I'article 19 : 

Le deposant peut, s'il le souhaite, modifier les revendications de la demande internationale (voir la regie 46): 

Quand? Le delai dans lequel les modifications doivent etre deposees est de deux mois a compter de la date de 

transmission du rapport de recherche internationale ; pour plus de precisions, voir cependant les notes 
figurant sur la feuille d'accompagnement. 

Ou? Directement aupres du Bureau international de POMPI 

34, che m in des Colombettes 
1211 Geneve 20, Suisse 
n° de telecopieur: (41-22)740.14.35 

Pour des instructions plus detaillees, voir les notes sur la feuille d'accompagnement. 

It est notifie au deposant qu'il ne sera pas etabli de rapport de recherche internationale et la declaration a cet effet, prevue 
a ('article 17.2)a), est transmise ci-joint. 

En ce qui concerne la reserve pouvant etre formulee, conformement a la regie 40.2, a regard du paiement d'une ou 
de plusieurs taxes additionnelles, il est notifie au deposant que 
I I la reserve ainsi que la decision y relative ont ete transmises au Bureau international en meme temps que la requete 
1 — ' du deposant tendant a ce que le texte de la reserve et celui de la decision en question soient notifies aux offices 
destgnes. 

| | la reserve n'a encore fait I'objet d'aucune decision; des qu'une decision aura ete prise, le deposant en sera avise. 

4. Mesure(s) consecutive(s) : II est rappele au deposant ce qui suit: 

Peu apres I'expiration cf un delai de 18 mois a compter de la date de priorite, la demande internationale sera publiee par le 
Bureau international. Si le deposant souhaite eviter ou differer la publication, il doit faire parvenir au Bureau international 
une declaration de retrait de la demande internationale, ou de la revendication de priorite, conformement aux regies 
90£>/s.1 et 90D/S.3, respectivement, avant ('achievement de (a preparation technique de la publication internationale. 

Dans un delai de 19 mois a compter de la date de priorite, le deposant doit presenter la demande cfexamen preliminaire 
international s'il souhaite que I'ouverture de la phase nationale soit reportee a 30 mois a compter de la date de priorite 
(ou meme au-dela dans certains offices). 

Dans un delai de 20 mois a compter de la date de priorite, le deposant doit accomplir les demarches prescrites pour I'ouverture 
de la phase nationale aupres de tous les offices designes qui n'ont pas ete elus dans la demande d'examen preliminaire 
international ou dans une election ulterieure avant I'expiration d'un delai de 19 mois a compter de la date de priorite ou 
qui ne pouvaient pas etre elus parce qu'ils ne sont pas lies par le chapitre II. 



□ 



Nom et adresse postaie de I'administrationchargee de ia 


Fonctionnaire autorise 


recherche internationale 




«a Office Europeen des Brevets, P.B. 5818 Patentlaan 2 


Lucia Van Pinxteren 


Js\| NL-2280 HV Rijswijk 


Wfl Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 




*£Sr Fay- (^1-70) Odn-.^lfi 





Formulaire PCT/ISA/220 Quillet 1998) 



(Voir ies notes sur la feuille d'accompagnement) 



NOTES RELATIVES AU FORMULAIRE PCT/ISA/220 



Les present es notes sont desttnees a donner les instructions essen belles concemant le depot de modifications selon 
I' article 1 9. Les notes sont fori dees sur les exigences du Traite de cooperation en mat tore de brevets (PCT), du reglement 
oTexecution et des instructions administratives du PCT. En cas de divergence entre (es presentes notes et ces exigences, oe sont 
ces demteres qui primenl. Pour de plus amples renseignements, on peut aussi consulter le Guide du deposant du PCT, qui est une 
publication de COM PI. 

Dans tes presentes notes, les termes "article*, "regie* et Instruction" renvoient aux dispositions du traite, de son reglement 
d'execution et des instructions administratives du PCT, respectivement. 

INSTRUCTIONS CONCERNANT LES MODIFICATIONS SELON L'ARTICLE 19 

Apres reception du rapport de recherche intern at ion ale, le deposant a la possibility de modifier une fois les revendications 
de la demande intern at ionaJe. On notera ce pendant que, com me toutes les parties de la demande Internationale (revendications, 
description et dessins) peuvent dtre modifiees au cours de la procedure oTexamen prelim in aire international, il n'est generaiement 
pas necessaire de dd poser de mocSfications des revendications selon rartide 1 9 sauf, par exemple, au cas ou le deposant souhaite 
que ces demieres soient puttiees aux fins oTune protection provisoire ou a une autre raison de moolfier les revendications avant 
la publication Internationale. En outre, il convtent de rappeler que 1'obtention d'une protection provisoire n'est possible que dans 
certains Etats. 

Quelles parties de la demande Internationale peuvent etre modifiees? 

Selon rarticle 19, les revendications excJusivement. 

Durant la phase irttemationaJe, les revendications peuvent aussi Stre modifiees (ou modiftees a nouveau) selon 

('article 34 aupres de ('administration chargee de l examen preliminaire international. La description et les dessins 

ne peuvent etre modifiees que selon I'article 34 aupres de I'administration chargee de I'examen preliminaire international. 

Lore de I'ouverture de la phase nationals, toutes les parties de la demande Internationale peuvent etre modifiees selon 
rartide 28 ou, le cas echeant, selon rarticle 41 . 

Quand? Dans un delai de deux mois a compter de la date de transmission du rapport de recherche Internationale ou de 1 6 mots 

a compter de la date de priorite, selon recheance la plus tardive. II convtent oependant de noter que les modrhcations 
serortt reputees avoir ete recues en temps voulu si eltes parviennent au Bureau international apres 1'expiration du deJai 
applicable mats avant fachevement de la preparation technique de la publication Internationale (regie 46.1). 



Ou ne pas deposer lee modifications? 

Les modifications ne peuvent etre deposees qu' aupres du Bureau international; el les ne peuvent etre ddposees ni 
aupres de I'orfice recepteur ni aupres de radmintstration chargee de la recherche internal on ale (regie 46.2). 

Lorsqu'une demande cTexamen preliminaire international a 6te7est deposee, voir plus loin. 

Comment? Sort en supprimant entierement une ou plusieurs revendications, sort en ajoutant une ou plusieurs reven Questions 
nouvelles ou encore en modifiant le texte d'une ou de plusieurs des revendications telles que deposees. 

Une feuille de remplacement doit dtre remise pour chaque feuilie des revendications qui, en raison d'une ou de 
pJusteurs modifications, cliff ere de la feuille initiaJement deposee. 

Toutes les revendications figurant sur une feuille de remplacement doivent etre numerotees en chiffres arabes. Si 
une revendication est supprimee, il n'est pas obligatoire de renu meroter les autres revendications. Chaque fois que 
des revendications sont renumerotees, elles doivent t'etre de facon continue (instruction 205 b)). 

Les modifications doivent etre effectuees dans la langue dans laquelle la demande Internationale est publiee. 

Quels documents dolvent/peuvent accompagner les modifications? 
Lettre (Instruction 20 5. b)): 

Les modifications doivent dtre accompagnoes d'une lettre. 

La lettre ne sera pas publiee avec la demande internationals et les revenrfcations modifiees. Elle ne doit pas dtre 
oonfondue avec la "declaration selon ('article 19.1)" (voir plus loin sous "Declaration selon I'article 19.1 )"). 

La lettre dolt etre redlgee en anglais ou en francals, au cholx du deposant Cependant, si la langue de la demande 
Internationale est Tanglais, la lettre doit etre redlgee en anglais; si la langue de la demande Internationale est le 
francals, la lettre doit etre redlgee en francals. 
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NOTES RELATIVES AU FORMULAIRE PCT/ISA/220 (suite) 



La lettre doit indquer les differences exist ant entre les revendications telles que deposees et lea revendications telles 
que modifiees. Elle doit indiquer en particular, pour chaque reven dication figurant dans la demande intemationale 
(etant entendu que des indications identiques concemant plusieurs revendications peuvent dtre groupees), si 

i) la revendication n'est pas modifiee; 

ii) la revendication est supprimee; 

iii) la revendication est nouvelle; 

iv) la revendication remplace une ou plusieurs revendication s telles que oeposees; 

v) la revendication est le resultat de la division d'une reven cation telle que deposee. 



Les examples sulvants llfustrent la manlere dont les modifications do! vent etre expHquees dans la lettre 
d*accompagnement: 

1 . [Lorsque le nombre des revendications deposees inrbalement s'elevait a 48 et qu f a la suite d'une modification de 
oertaines revendications il s'eleve a 51]: 

"Revendcations 1 a 15 remplacees par les revendications modifiees port ant les m ernes num6ros; revendications 
30, 33 et 36 pas modifiees; nouvelles revendications 49 a 51 ajoutees J 

2. [Lorsque le nombre des revendications deposees initial ement s'elevait a 1 5 et qu'a la suite d'une modification de 
toutes les revendications il s'eleve a 1 1]: 

Revendications 1 a 15 remplacees par les revendications modi frees 1 all.* 

3. (Lorsque le nombre des revendications deposees inrtialemerrt s'elevait a 1 4 et que les modifications consistent a 
supprimer oertaines revendications et a en ajouter de nouvelles]: 

•Revendications 1 a 6 et 14 pas moolfiees; revendications 7 a 13 supprimees; nouvelles revendications 1 5,16 et 
1 7 ajoutees." ou 

"Revendications 7 a 1 3 supprimees; nouvelles reveno5cations 15, 16 et 17 ajoutees; toutes ies autres revendications 
pas modifiees." 



4. [Lorsque plusieurs sortes de modifications sont fartes): 

"Revendications 1*10 pas modifiees; revendications 11 a 13, 18 et 19 supprimees; revendiattons 14, 15 et 16 
remplacees par la revendication modifiee 14; revendication 17 cfivisee en revendications modifiees 15, 16 et 17; 
nouvelles revendications 20 et 21 ajoutees." 



"Declaration selon l articl© 19.1)" (Regie 46.4) 

Les modifications peuvent etre accompagnees d'une declaration expliquant les modifications et precisant I'incidenoe 
que ces demieres peuvent avoir sur la description et sur les dessins (qui ne peuvent pas etre modifies selon 
Cartide 19.1)). 

La declaration sera publiee avec la demande intemationale et les revendications modifiees. 
Elle dolt etre redigee dans la langue dans laquelle la demandeintemationale est publiee, 

Elle doit etre suocincte (ne pas de passer 500 mots si elle est etablie ou traduite en anglais). 

Elle ne doit pas etre confondue avec la lettre expliquant les differences existant entre les revendications telles que 
deposees et les revendications telles que modifiees, et ne la remplace pas. Elle doit ftgurer sur une feu i He distincte et 
doit etre munie oTun tftre perm ett ant de lldentifier comme telle, constrtue de preference des mots "Declaration selon 
Particle 19.1)" 

Elle ne doit contenir aucun commentaire denigrant retatif au rapport de recherche intemationale ou a la pertinence des 
citations que ce dernier contient. Elle ne peut se referer a des citations se rapportant a une revendication donnee et 
contenues dans le rapport de recherche intemationale qu'en relation avec une motfftcation de cette revendication. 



Consequence du fait qu'une demande (fexamen prellminalre Intematlmal ait deja ete presentee 

Si, au moment du depot de modifications effectuees en vertu de I'article 19, une demande d'examen preliminaire 
international a deja ete presentee, le deposant doit de preference, lors du depot des modifications aupres du Bureau 
international, deposer egalement une copie de ces modifications aupres de ('administration chargee de Cexamen 
preliminaire international (voir la regie 62.2a), premiere phrase). 



Consequence au regard de la traduction de la demande Intematlonalelors de I'ouverture de la phase natlonale 

L'attention du deposant est appelee sur le fait qu'il peut avoir a remettre aux offices design es ou elus, lors de I'ouverture 
de la phase national© , une traduction des revendications telles que modifiees en vertu de ['article 1 9 au lieu de la 
traduction des revendications telles que deposees ou en plus de oelle-ci. 

Pour plus de precisions sur les exigences de chaque office designe ou elu, voir le volume II du Guide du deposant 
du PCT. 
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TRAITE.fllcOOPERATION EN MATIERE dArEVETS 

PCT 



RAPPORT DE RECHERCHE INTERNATIONALE 



(article 18 et regies 43 et 44 du PCT) 



Reference du dossier du deposant ou 
du mandataire 

PCT 3863 PG 


POUR SUITE voir la notification de transmission du rapport de recherche international 
(formulaire PCT/IS A/220) et, le cas echeant, le point 5 ci-apres 

A DONNER 


Demande international n° 
PCT/FR 00/03231 


Date du depot international (jour/mois/annee) 

21/11/2000 


(Date de prior ite (la plus anctenne) 
(jour/mois/annee) 

26/1 1/1999 


Deposant 
EVIDIAN 



Le present rapport de recherche international, etabli par radmini strati on chargee de la recherche Internationale, est transmis au 
deposant conformement a I'artide 18. Une copie en est transmise au Bureau international. 



Ce rapport de recherche internationale comprend 3 feuilles. 

[X] II est aussi accompagne d'une copie de chaque document relatif a I'etat de la technique qui y est cite. 



1 . Base du rapport 

a. En ce qui concerne la langue, la recherche international a ete effectuee sur la base de la demande Internationale dans la 
langue dans laquelle elle a ete deposee, sauf indication contraire donnee sous le meme point. 

[ | la recherche internationale a ete effectuee sur la base cfune traduction de la demande international remise a radministration. 

b. En ce qui concerne les sequences de nucleotides ou d'acides amines divulguees dans la demande internationale (te cas echeant) 
la recherche internationale a ete effectuee sur la base du listage des sequences : 

| | contenu dans la demande internationale, sous forme ecrite. 

| [ deposee avec la demande internationale, sous forme dechiffrable par ordinateur. 

| | remis ulterieurement a radministration, sous forme ecrite. 

| | remis ulterieurement a radministration, sous forme dechiffrable par ordinateur. 

| | La declaration, selon laquelle le listage des sequences presente par ecrit et fourni ulterieurement ne vas pas au-dela de la 
divulgation faite dans la demande telle que deposee, a ete fournie. 

| | La declaration, selon laquelle les informations enregistrees sous forme dechiffrable par ordinateur sont identiques a celles 
du listage des sequences presente par ecrit, a ete fournie. 

2. II a ete estime que certaines revendications ne pouvaient pas faire I'objet d'une recherche (voir le cadre I). 

3. | | II y a absence d'unite de I'invention (voir le cadre II). 



4. En ce qui concerne le titre, 

fX~| le texte est approuve tel qu'il a ete remis par le deposant. 

| | Le texte a ete etabli par radministration et a la teneur suivante: 



5. En ce qui concerne I'abrege, 

J"y~| le texte est approuve tel qu'il a ete remis par le deposant 

□ le texte (reproduit dans le cadre III) a ete etabli par ('administration conformement a la regie 38.2b). Le deposant peut 
presenter des observations a radministration dans un delai cPun mois a compter de la date d'expedition du present rapport 
de recherche internationale. 

6. La figure des dessins a publier avec I'abrege est la Figure n° 2 



|"X"| suggeree par le deposant. Aucune des figures 

| | parce que le deposant n'a pas suggere de figure. n 9St ^ P ub,ier * 

[ | parce que cette figure caracterise mieux I'invention. 
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Oemande Internationale No 

PCT/FR 00/03231 



A. CLASSEMENT DE L 'OB JET DE LA DEMANDE 

CIB 7 G06F9/445 G06F9/46 



Selon la classification Internationale des brevets (CIB) ou a la fois selon la classification nation ate et la CIB 



B. DOMAINES SUR LESQUELS LA RECHERCHE A PORTE 



Documentation minimaJe consultee (systeme de classification suivi des symbotes de classement) 

CIB 7 G06F 



Documentation consultee autre que la documentation minimale dans la mesure ou ces documents relevent des domaines sur lesquels a porte la recherche 



Base de donn6es electronique consultee au cours de la recherche internationale (nom de la base de donnees, et si realisable, termes de recherche utilises) 

EPO-Internal , INSPEC, COMPENDEX, IBM-TDB 



C. DOCUMENTS CONSIDERES COMME PERTINENTS 



Categorie ° Identification des documents cites, avec, le cas ech6ant. rindication des passages pertinents 



no. des revendications visees 



CLEMENS KERER: "A flexible and extensible 
security framework for Java code" 
INTERNET DOCUMENT: DIPLOMARBEIT, 'en 
ligne! 22 octobre 1999 (1999-10-22), 
XP002151129 
Vienne, Autriche. 
Extrait de 1 'Internet: 

<URL : http : //www. i nf osys . tuwi en . ac . at/Teach 
i ng/F i ni shed/Master sTheses/JSEF/thes i s . ps . 
zip> 'extrait le 2000-10-25! 

-page 47, ligne 22 
-page 89, derniere ligne 
-page 95, derniere ligne 



1,4-7,9, 
10,12 



page 
page 
page 



46, 
85, 
91. 



1 igne 
1 igne 
1 igne 



2,3,8,11 



j )( j Voir la suite du cadre C pour la fin de la liste des documents 



□ 



Les documents de families de brevets sont indiques en annexe 



° Categories speciales de documents cites: 

'A* document definissant 1*61 at general de la technique, non 

considere comme particutierement pertinent 
'E* document anterieur, mais publie a la date de depot international 

ou apres cette date 
'L' document pouvant jeter un doute sur une revendication de 

priorite ou cite pour determiner la date de publication d'une 

autre citation ou pour une raison speciale (telle qu'indiqu6e) 
'O" document se r6f6rant a une divulgation orale, a un usage, a 

une exposition ou to us autres moyens 
*P" document publie avant la date de depfit international, mais 

posterieurement a la date de priorite revendiquee 



"T" document ulterieur publi6 apres la date de depot international ou la 
date de priorite et n'appartenenant pas a T6tat de la 
technique pertinent, maiscite pour comprendre le principe 
ou la theorie constituant la base de r invent ion 

"X" document particulferement pertinent; I'inven tion revendiquee ne peut 
etre consideree comme nouvelle ou comme impliquant une activite 
inventive par rapport au dc*ujrc^txxuisidej6-isolement 

"Y" document particulierement pertinent; Tinven tion revendiquee 

ne peut etre consideree comme impliquant une activite inventive 
lorsque le document est associe a un ou plusieurs autres 
documents de meme nature, cette combinaison etant 6vidente 
pour une personne du matter 

*&' document qui fait partie de la meme fa mi lie de brevets 



Date a laquelle la recherche internationale a ete effectivement achevee 



25 janvier 2001 



Date d'expedilion du present rapport de recherche internationale 



02/02/2001 



Nom et adresse postale de I'administration charged de la recherche internationale 
Office European des Brevets, P.B. 5818 Patentlaan 2 
NL - 2280 HV Rijswijk 
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 



Fonctionnaire autorise 



Ecolivet, S. 
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Demande Internationale No 

PCT/FR 00/03231 



C(suite) DOCUMENTS CONSIDERES COMME PERTINENTS 



Categorie 0 Identification des documents cit6s, avec.le cas echeant, I'indfcatlondes passages pertinents 



no. des revendications vtsees 



BERT BOS: "XML in 10 points" 
INTERNET DOCUMENT, 'en ligne! 
27 mars 1999 (1999-03-27), XP002151130 
Extrait de 1' Internet: 

<URL : http : //www . w3 . org/XML/1999/XML-i n-1 0- 
points> 'extrait le 2000-10-24! 
page 1, ligne 10 - ligne 11 
page 1, ligne 13 - ligne 17 
page 2, ligne 12 - ligne 13 

ERIC JACOBONI (JAC0@MAIL. DOTCOM. FR): 
"Lire et envoyer du courrier off-line sur 
sa machine" 

INTERNET DOCUMENT, 4 en ligne! 

1 juillet 1998 (1998-07-01), XP002151131 

Extrait de 1' Internet: 

<URL: ftp: //anonymous :anonymous@ftp. 1 inux-f 

rance.org/pub/article/mai 1/sendmai 1/sendma 

1l.ps.gz> ' extrait le 2000-10-24! 

page 2, ligne 18 - ligne 37 

page 5, ligne 40 -page 8, ligne 30 



1-12 



1,12 
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